home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 1 / NetNews Offline Volume 1.iso / news / fido / ger / amiga / 4638 < prev    next >
Internet Message Format  |  1996-03-16  |  5KB

  1. From: Steffen_Haeuser@f3009.n2487.z2.fido.sub.org (Steffen Haeuser)
  2. Organization: Birdland, I'm singin' Birdland...  ++49-7021-862429
  3. Path: f3009.n2487.z2.fidonet.org!not-for-mail
  4. Newsgroups: fido.ger.amiga
  5. Subject: FULLSPEED! sucht Programmierer und Grafi
  6. Message-ID: <MSGID_2=3A2487=2F3009_00006573@fidonet.org>
  7. Date: Sun, 10 Dec 1995 13:44:09 +0200
  8.  
  9.  Michael Flad%BL 2:2452/101.6@FIDO schrieb : 
  10.  
  11. > Wie weit ist die Lib eigentlich ... kann man da inzwischen jetzt die
  12. > DEV-Unterlagen bekommen ??
  13.  
  14. Haja, sag mir halt, wie ich Dirs zumailen kann... uebers FIDO geht das leider 
  15. nicht, da das Boxprogramm dieser Box fuer FIDO-Mail ne Maximallaenge hat... 
  16. sag mir mal Deine email, dann kriegste es...
  17.  
  18. >
  19. > Aber prinzipiell gings darum, dass man einen OS-Screen benutzten
  20. > sollte, den man auch promoten kann und somit sollte man wohl auch OS
  21. > Routinen fuer die Grafikausgabe verwenden ... und hier liegt das Prob,
  22. > meine bisherigen Tests auf GraKas erschienen mir durchaus akzeptabel
  23. > (ich hab auch nur ZII und nen 030er), aber die Test auf nem AGA
  24. > Rechner wahren vernichtend langsam (Aufloesung wie bei Dir, eben
  25. > 640*480*256).
  26.  
  27. Tja, OS Screen is nich... unter anderem wegen der Double Buffering Sache... 
  28. eigentlich keine Graka, egal wie gut die WB-Emu unterstuetzt DBuffering ueber 
  29. die OS-Routinen... das geht immer nur ueber Spezial-Screens, die dann auch 
  30. keine Windows unterstuetzen... zumindest isses bei EGS und Picasso so... unter 
  31. HRG glaub auch...
  32.  
  33. AGA... 640x512 8 Bit is lahm... zum Glueck mach ich nur Blockgrafik, da 
  34. KOENNTE es grad so reichen... in 320x256 aber wohl ausreichend... Textdemo in 
  35. der aktuellen Beta macht das so... auch ueber OS... ScrollVPort zum buffern 
  36. und all das... und das IST schnell... (habe die aktuelle Beta allerdings noch 
  37. ned gesehen, weiss das nur von Dritten her...)
  38.  
  39. > SH> Unsinn. Die einzigen Probleme sind :
  40. > Kein Unsinn, wenn man sich nicht mit dem untersten LowLevel der
  41. > diversen Grafikausgabemittel beschaeftigen will.
  42.  
  43. Tja, die meisten Leute, die Spiele proggrammieren WOLLEN das, und nix anderes. 
  44. Da ist meist ein TIEFES MISSTRAUEN gegen Highlevel-Konstrukte und man nimmt 
  45. lieber die eigenen Routinen... und grade die rtg-Lib WIRD ja auch Highlevel 
  46. Konstrukte unterstuetzen... in ner hoeheren Version...
  47.  
  48. > Wir haben bereits einen sehr guten Standard, und der wir in Zukunft
  49. > sogar noch sehr viel wichtiger werden, wenn dann vielleicht wirklich
  50. > mal PCI-Karten mit nur kleinen Modifikationen benutzt werden koennen.
  51. > Wozu haben wir denn im OS die Graphics.lib die momentan schon recht
  52. > viele Funktionen bietet und in Zukunft einfach erweitert und
  53. > beschleunigt werden sollte, die GFX.Lib sollte einfach einen GraKa
  54. > Treiber als LowLevel-Untergrund verwenden und diese Treiber wiederum
  55. > muesste sich eben den strikten Richtlinien, die ATech zu
  56. > veroeffentlichen haette, unterwerfen.
  57.  
  58. Tja, das waere natuerlich fein... obwohl ich, denke ich, ein erweitertes 
  59. CyberGraphX mit DoubleBuffering Support und 3D Funktionen vorziehen wuerde... 
  60. aber Cyber unterstuetzt ja auch SEHR viele graphics.library Funktionen, z.b. 
  61. die Blitter Funktionen. Wenn ichs recht weiss, wird selbst das 
  62. Animationssystem ueber die graphics.library unterstuetzt/auf die Karte 
  63. emuliert...
  64.  
  65. > SH> ii)Direkter Zugriff aufs VRAM. Ist auf allen mir bekannten Systemen
  66. > (manchmal
  67. > SH> um ein paar Ecken rum... okay....) gegeben...
  68. > VRAM haben die wenigsten Karten.
  69.  
  70. Nuja, ich meine Direktzugriff aufs RAM... aufs VRAM oder DRAM klingt doof, 
  71. deshalb hab ich VRAM geschrieben... :) Aber inzwischen scheint das ja so 
  72. ziemlich in jeder WB-Emu drin zu sein...
  73.  
  74. > Naja, es bleibt halt viel zu viel privates gehacke und auch
  75. > Arbeitsoverhead, denn ich nicht akzeptieren kann. Das OS besitzt auch
  76. > Routinen fuers DoubleBuffering ... es muss also keine spezielle Routine
  77. > fuer jede Karte existieren, sondern jeder Kartentreiber sollte diese
  78. > Routine dem OS liefern, so dass man wirklich mit einem Prog auf allen
  79. > Konfigs leben kann.
  80.  
  81. Sag das den WB-Emu Schreibern... :) (Aber wenn ichs recht kapiert hab, wird 
  82. das CyberGraphX irgendwann ScrollVPort unterstuetzen... fragt sich nur, wann 
  83. irgendwann ist... :( )
  84.  
  85. > Das OS ist einfach zu langsam ... TextDemo hab ich bisher nur auf OCS
  86. > gesehen, da ich es nicht auf meiner Grafikkarte zum laufen gebracht
  87. > hab (soviel nochmal zum Thema OS) ansonsten kann man das AB3D auch
  88. > nicht mit dem TextDemo vergleichen, da beide doch sehr
  89. > unterschiedliche Features bieten (so schnell ist das TDemo uebrigens
  90. > im Vergleich gar nicht, wenn man es auf vergleichbare Aufloesungen
  91. > einstellt).
  92.  
  93. DIESE Version von Textdemo bringt das auch noch ned auf Grafikkarte... und von 
  94. wegen der Speed... Textdemo is ne c2p Sache mit 1x1 Modi und all das... AB3D 
  95. is 2x2... wenn man das beruecksichtigt, is Textdemo RASANT...
  96.  
  97. Steffen Haeuser
  98.